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Description 

BACKGROUND OF THE INVENTION 
Field of the Invention 

[0001] The present invention relates to network ele- 
ments capable of providing new and enhanced broad- 
band, information-related services to consumers. Spe- 
cifically, the present invention provides the ability to re- 
ceive and respond to diverse subscriber requests by 
transmitting information of virtually any kind. The infor- 
mation transmitted can include movies, video games 
and other entertainment programs, educational infor- 
mation and programs, scientific and other research-re- 
lated database information, and the like, and is herein- 
after referenced generically as "information" or "titles". 

Description of the Related Art 

[0002] Consumer demand for enhanced on-site en- 
tertainment and information services is on the rise. Ex- 
amples of such entertainment and information services 
include so-called "on-demand" video, interactive video 
games, database research, "home-shopping" and the 
like. Numerous service providers are currently eager to 
tap this demand, and are therefore expressing interest 
in schemes for providing such services to consumers. 
The efforts currently being expended by service provid- 
ers, as well as the current state of progress in this field 
of technology are described, e.g., in TIME Magazine, 
Apr. 12, 1993, at 49ff M and Newsweek, May 31, 1993, 
at 39ff. 

[0003] In order to be economically practical and via- 
ble, a system offering the wide range of information-re- 
lated services just described should preferably be able 
to (i) permit access to large volumes of data (i.e., to a 
large number of titles), (ii) service a large number of con- 
sumers, and (iii) transfer data (i.e., titles) to the end user 
quickly, preferably in "real time". Further, the consensus 
prefers a system arranged as a centralized facility ca- 
pable of communicating with remote stations (e.g., 
homes, offices, public gathering locations, etc.) via ex- 
isting or next-generation communications media. 
[0004] Particular on-going efforts related to the 
present invention include a system being developed by 
Broadband Technologies. General elements of the 
Broadband Technologies system, as understood, are il- 
lustrated in Fig. 15. As shown, a subscriber's remote lo- 
cation 151 is connected over a standard telecommuni- 
cations network 152 to a central facility 153. The central 
facility 153 awaits service requests from its subscribers. 
[0005] When a given subscriber wishes to view a se- 
lection (e.g., a movie), he or she places a telephone call 
to the central facility using a standard telephone 154. 
The call is routed via standard telephone switches 155 
(e.g., EO and AT switches) over the telephone voice 
path of a standard telephone line 156 (e.g., twisted pair 



copper wire). The telephone call is directed to a Voice 
Response Unit (VRU) 157 located in the central facility. 
The VRU forwards the subscriber request to an on-site 
attendant 158, e.g., through a paper printout. Theoper- 
5 ator 1 58 reviews the request, then retrieves the request- 
ed selection from an in-house library 159. Finally, the 
operator 158 locates an available playback unit 170 in 
a playback battery 171 and loads and plays the selection 
accordingly. 

[0006] The output signal of the playback unit 170 is 
supplied to an interface unit 172 coupled between the 
playback unit 170 and the VRU 157 in the central facility 
153. The interface 172 compresses the signal received 
and forwards the compressed signal via the VRU 157 
to the telephone voice path of the telephone line 156. 
From there, the signal is routed to the subscriber's tel- 
ephone 154, where a further interface 173 retrieves the 
signal, decompresses it, and passes it to the subscrib- 
er's television set 174. 

[0007] As such, the Broadband Technologies system 
succeeds in providing an adequate transfer of video da- 
ta over existing switches and transmission lines. First, 
the signal received at the remote location 151 corre- 
sponds in quality approximately to that of a conventional 
slow-play VHS mode signal. Furthermore, this system, 
while not truly "interactive", does provide limited system 
responses to remotely transmitted user requests. How- 
ever, the system suffers under a range of inefficiencies, 
limitations on size and flexibility, and limitations or inter- 
activeness, discussed in greater detail below. Finally, 
the system requires direct linkage to the subscriber's tel- 
ephone 154, which monopolizes the telephone line and 
requires electrical connection between the telephone 
and television. 

[0008] An additional pilot system being developed, 
known as the AT&T Leesburg Project, overcomes at 
least some of the problems noted above. General ele- 
ments of the Leesburg system, as understood, are illus- 
trated in Fig. 16. As apparent from the figure, the Lees- 
burg system is very similar to the Broadband Technolo- 
gies system, except that the request and response sig- 
nals are not routed via standard telephone lines. In- 
stead, the request and the response transmission are 
routed between the remote location 161 and the central 
facility 163 via a fiber-optic cable system 162. 
[0009] In operation, a subscriber is initiated via a cus- 
tomized telephone or control unit 164 connected to a 
special cable converter box 165 installed at the remote 
location 161. The request is transmitted over the fiber 
system 1 62 to a Voice Response Unit (VRU) 1 66 located 
at the central facility 163. 

[0010] The operations at the central facility are the 
same as those described above with respect to the 
Broadband Technologies system, as indicated by the 
use of like reference numbers. The output signal of the 
playback unit 170 is supplied to an interface unit 167 
directly coupled to the fiber system 1 62. The special ca- 
ble converter box 165 at the remote end retrieves the 
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signal and passes it on to the subscriber's television 
168. 

[0011] Since the Leesburg system benefits from the 
larger data transmission capacity of fiber-optics over 
standard copper wire (approx. 1 50 Mbits/sec versus ap- 
prox. 1 .5 Mbits/sec), the resulting quality of the data sig- 
nal is enhanced relative to that of the signal delivered 
by the Broadband Technologies system. Moreover, this 
system does not monopolize the subscriber's telephone 
line. However this system fails to overcome the other 
problems noted, namely inefficiency, limitations on size 
and flexibility, and limitations on interactiveness. 
[001 2] The problems inherent in these systems, men- 
tioned briefly above, will now be described more partic- 
ularly. 

[001 3] The first class of problems involves inefficien- 
cy. First, no system yet proposed is fully automated. The 
human involvement and interaction required renders 
such systems costly, fallacy-prone and sluggish in re- 
sponse time. Second, pronounced redundancy be- 
tween subscribers and playback capacity is required. In 
other words, the system must dedicate one VCR per 
concurrent user per average title duration. Further, the 
system must stock multiple copies of each title in order 
to cover overlapping requests. Clearly, this redundancy 
adds tremendously to overall cost and complexity of the 
system. Moreover, the arrangement is very wasteful, 
given that certain selections (e.g., first-run movies) are 
extremely popular for a time and then drop dramatically 
in popularity. 

[0014] The second class of problems involves limita- 
tions on size and flexibility of the overall system. More 
specifically, given the redundancies discussed above, 
any system designed in this manner is inherently limited 
in the number of subscribers that can be accommodated 
and in the number of selections (titles) that can be of- 
fered. 

[0015] The third class of problems relates to interac- 
tiveness. In each of the systems described, the user 
merely requests and views the title selected. As de- 
signed, the systems are incapable of providing more 
versatile or elaborate options that would require greater 
interaction between the user and the system. Examples 
of possible options available from a more powerful sys- 
tem include obtaining information to assist the user in 
selecting a title, selecting and reviewing previews of ti- 
tles, adjusting playback of titles (e.g., pause, fast-for- 
ward, etc.) selecting between original language and 
dubbed versions of titles, etc. Further, truly interactive 
services are foreclosed from the described systems. 
Such interactive services of interest to consumers in- 
clude on-line database searching, networked remote- 
station video-game competitions, personalized home 
shopping, and the like. 

[0016] International Publication WO 91/03112 relates 
to a system and method of optimising transmission of a 
program to multiple users over a distribution system, 
with particular application to video-on-demand for a 



CATV network. The system includes, at a head end of 
the CATV network a scheduling and routing computer 
for dividing the video program stored in long term fast 
storage or short term fast storage into a plurality of pro- 
5 gram segments, and a subscriber distribution node for 
transmitting the program segments in a redundant se- 
quence in accordance with a scheduling algorithm. 
[0017] U.S. Patent No. 4,949,187 relates to a video 
communication system having a remotely controlled 
10 central source of video and audio data. Frequently 
viewed movies are quickly accessible via random ac- 
cess mass storage while infrequently viewed movies 
may be called up from a streaming tape archive. 
[0018] The article by W.D. Sincoskie, "System archi- 
es tecture for a large scale video on demand service", 
Computer Networks and ISDN Systems, Vol. 22, 1991, 
pp. 155-162 examines the technical feasibility of a "vid- 
eo on demand" service that is provided from a central- 
ized location over a digital network. The article proposes 
20 to store the video database in a three-level memory hi- 
erarchy, consisting of a low-transfer-rate library ("video 
jukebox"), a copier memory (e.g. "digital read/write disk 
memories") and a stop-start buffer ("small FIFO buffer" 
working in conjunction with the copier memory to store 
25 the data that is under 2 heads of the copier memory). 
The library, copier and stop-start buffer are all connect- 
ed to a central office switch. 

[0019] Finally, from US-A-4 193 121 an information 
handling apparatus, e.g. for VIEWDATA services, capa- 
30 ble of having a large number of input/output ports and 
including a plurality of independent processors connect- 
ed to respective positions around a plurality of closed 
rings of shifting registers. 

35 SUMMARY OF THE INVENTION 

[0020] In view of the deficiencies and limitations of the 
systems currently being developed, the present inven- 
tion addresses the following objects: 

40 

(i) to deliver data over conventional or modernized 
communication networks; 

(ii) to deliver large amounts of data, and preferably 
45 to deliver data streams sufficient to display, e.g., an 

NSTC signal; 

(iii) to deliver data rapidly, and preferably to deliver 
data sufficiently rapidly to allow the user to receive 

so or interact with the data without perceptible delay (i. 
e., in "real time"); 

(iv) to deliver a given data set to multiple end users, 
preferably with the ability to accommodate large 

55 numbers of consumers; 

(v) to deliver a given data set at the same time to 
multiple end users; 
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(vi) to deliver plural data sets to multiple end users; 

(vii) to deliver plural data sets at the same time to 
multiple end users; 

(vili) to deliver data in an economical fashion, with- 
out the pronounced redundancy noted with respect 
to systems currently being developed; 

(ix) to deliver data relatively cheaply, quickly, and 
dependably, using automated procedures; and 

(x) to provide a system capable of being easily and 
cost-efficiently scaled to the requirements of the lo- 
cality in which it is operated. 

[0021] These and other objects are solved by the 
present invention as defined in the claims. Various em- 
bodiments of the present invention provide a method 
and an apparatus for communicating data from a central 
station to a remote station over some form of communi- 
cations path. The data which together form at least one 
title, are stored on at least one storage device. The data 
forming that title are then retrieved as data blocks, in- 
dependently of other data blocks, from storage. Each 
data block is a sequential segment of the data. Finally, 
the retrieved data blocks are transmitted from the cen- 
tral station to the remote station. 
[0022] According to preferred embodiments, two 
types of storage devices are provided. The first type, 
preferably formed as an array of playback units, allows 
the data to be stored as data blocks and distributed ac- 
cordingly over a plurality of storage devices. The second 
type, preferably formed as rings of solid state elements, 
provides a plurality of access points coupled to the stor- 
age medium, each of which is able to retrieve the data. 
[0023] For further versatility in the system, the data 
blocks can also be transmitted independently of one an- 
other from the central station. 
[0024] Preferably, the step of retrieving the data is 
performed in response to receiving a request for a given 
title. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0025] Preferred embodiments of the invention are 
described, by way of example, with reference to the ac- 
companying drawings, in which: 

Fig. 1 shows elements forming a communications 
system into which the present invention is incorpo- 
rated; 

Fig. 2 is a functional block diagram of the Request 
Fulfillment Unit of Fig. 1; 

Fig. 3 is a flowchart for illustrating communication 
between the Information Signal Control Point and 
the subscriber interface of Fig. 1 ; 
Fig. 4 illustrates the division of a title into data 



blocks; 

Fig. 5 illustrates one method of distributing titles 
over storage devices; 

Fig. 6 illustrates the retrieval of data blocks in ac- 
5 cordance with one aspect of the present invention; 
Fig. 7 shows embodiments of primary storage de- 
vices constructed as solid state memory rings, in 
which 

Fig. 7(a) illustrates the ring principle utilizing shift 
10 registers to form the ring; 

Fig. 7(b) shows a specific preferred ring structure 
using CCDs; and 

Fig. 7(c) and 7(d) show embodiments utilizing par- 
allel-ring structures. 

is Figs. 8(a) and 8(b) show a data port and a data re- 
generator inserted into the ring, respectively; 
Fig. 9 illustrates a storage method utilized by the 
secondary storage devices of the present invention; 
Fig. 10 is a flowchart illustrating how the system re- 

20 trieves data from the primary and secondary stor- 
age devices; 

Fig. 11 shows a preferred system capable of receiv- 
ing requests from and sending title data to subscrib- 
ers; 

25 Fig. 12 shows a preferred embodiment of the Infor- 
mation Signal Control Point of Fig. 1 ; 
Fig. 13 is a functional block diagram of the Opera- 
tion Support Unit of Fig. 12; 
Fig. 14 is a functional block diagram of the Admin- 

30 istrative Support Unit of Fig. 12; 

Fig. 15 shows a first related art system currently un- 
der development; and 
Fig. 16 shows a second related art system. 

35 DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

Fig. 1 

40 [0026] Fig. 1 shows, in general terms, elements form- 
ing a communications system into which the present in- 
vention can be incorporated. The principles underlying 
the invention are not dependent upon features unique 
to particular communications systems. As such, it is 

45 possible to incorporate the present invention into a va- 
riety of communications systems presently existing or 
yet to be developed. Two examples of existing systems 
capable of supporting the present invention are a tele- 
communications network and a cable TV service. 

50 [0027] If the Information Service Control Point (ISCP) 
is embedded in the Local Exchange Central Office of a 
telecommunications network, it can inter-operate with 
the network via a signalling protocol such as SS7 TCAP 
(Transaction Capabilities Part of Signalling System 7, 

55 as defined by the CCITT - an international standard) in 
a fashion analogous to a traditional telecommunications 
Service Control Point (SCP). Alternative signalling pro- 
tocols acting as interfaces for a local telephone network 
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include DTMF (Dual Tone Multi-frequency). 
[0028] For Cable TV service providers, the ISCP func- 
tions as a basic service delivery system providing on- 
demand and interactive service capabilities. Signalling 
protocols capable of being utilized in a cable system in- 
clude DTMF and Ethernet. 

[0029] As shown in Fig. 1 1 the communications sys- 
tem includes a central station 1, a remote station 2 and 
a communication path 3 connecting the central and re- 
mote stations. The communication itself is composed of 
two parts, namely a signalling part (protocols) and a 
transmission part. Consequently, the communications 
path 3 includes both a signalling path 4 and a transmis- 
sion path 5. 

[0030] The present invention is not limited to any par- 
ticular choice of transmission medium or transmission 
technology. Existing telephone or cable lines can be 
used. If narrow bandwidth media, such as copper wire 
or coaxial cable, are used, compression schemes can 
be employed to transmit data effectively. If door-to-door 
fiber-optic cable is available, this type of medium, given 
its broadband characteristics, is preferably employed. 
Digital cellular or satellite transmission techniques may 
also become feasible in the very near future. 
[0031] In operation, communications back and forth 
between the central station 1 and remote station 2 are 
initiated at either end (1 or 2) and are transmitted over 
the communications path 3. Signalling portions of the 
communication travel over the signalling path 4, while 
data portions travel over the transmission path 5. Com- 
munication from the central office 1 to the remote station 
is generally referred to as the downlink path, while com- 
munication in the opposite direction is the uplink path. 
[0032] The ISCP 6 is associated with the central sta- 
tion 1 . In general terms, the ISCP 6 receives and re- 
sponds to service requests via some predetermined sig- 
nalling protocol over one or more switching points. 
[0033] In order for communications to be sent and re- 
ceived by the ISCP 6 from the remote station 2, a sub- 
scriber interface 7 associated with the remote station 2 
is provided. The construction and operation of the sub- 
scriber interface 7 depends on the nature of the service 
provider, and, specifically, on the network of the service 
provider within which the ISCP is embedded. The details 
of construction of the subscriber interface 7 are not ma- 
terial to the present invention. 
[0034] When incorporated into a conventional tele- 
communications network, the ISCP 6 may receive serv- 
ice requests via SS7 links from an EO (end office) 
switch. The ISCP behaves as both an AT (access tan- 
dem) switch and as an SCP (Signal Control Point). Spe- 
cifically, the ISCP mirrors an SCP in that it provides in- 
formation via an SS7 link. It mirrors an AT since it pro- 
vides service via a transmission path set up through the 
EO switch. 

[0035] One simple method of obtaining service entails 
a local telephone call by the subscriber, who then inter- 
acts with the ISCP through system-generated prompts 



and DTMF signalling. The system-generated prompts 
can be delivered to the subscriber in any of various 
forms; e.g., simulated voice, video or facsimile. 
[0036] When incorporated into a conventional cable 

5 TV service, the ISCP 6 provides transmission via a wire 
frame or similar arrangement. Subscriber messaging is 
accomplished via Ethernet or an analogous uplink path. 
[0037] If existing subscriber premise equipment is 
available (as currently offered by some cable/hotel serv- 

10 ice providers) the ISCP is advantageously engineered 
to be compatible. Depending on the level of sophistica- 
tion of the subscriber interface 7, various levels and 
types of interactive service can be offered. 
[0038] The ISCP 6 is composed of various subsys- 

15 terns, the major subsystem of which is a Request Ful- 
fillment Unit (RFU) 8. 

Fig. 2 

20 [0039] Fig. 2 is a functional block diagram showing a 
preferred embodiment of the Request Fulfillment Unit 
(RFU 8). The RFU is designed to provide subscriber 
service and interact with subscribers. Both functions are 
supported through the RFU's library, which is composed 

25 of various databases and operations algorithms, exam- 
ples of which are described below. The RFU's library, 
described in greater detail below, can be either an on- 
site facility, a remote facility, or a combination of on-site 
and remote facilities. 

30 [0040] As shown in Fig. 2, the subscriber interaction 
function is enabled by a link 10 to the communications 
path 3. The subscriber service functions themselves are 
enabled through various operations algorithms 
(processing capabilities) 11-16 and through databases 

35 21-26 corresponding to the various operations algo- 
rithms 11-16. These algorithms 11-16 and databases 
21-26 will be described in greater detail below. 

FicL3 • 

40 

[0041] Fig. 3 is a flowchart for illustrating communica- 
tion between the ISCP 6 and the subscriber interface 7, 
and for illustrating the ensuing operation of the RFU 8. 
[0042] Communication begins when a subscriber ini- 
45 tiates contact with the ISCP 6 via the subscriber inter- 
face 7 (step S1 ). As described above, the format of the 
communication depends upon the communications sys- 
tem employed and can be designed to be compatible 
with existing systems. I.e., if embedded in a telephone 
so network, communication between the ISCP 6 and the 
interface 7 would include signalling protocols, such as 
SS7/TCAP or DTMF, transmitted over the signalling 
path 4 and data transmitted over the transmission path 
5 (Fig. 1). If embedded in a cable network, the commu- 
55 nication would include signalling protocols, such as Eth- 
ernet or DTMF, transmitted over the signalling path 4 
and data transmitted over the transmission path 5. 
[0043] The communication can be either a direct re- 
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quest for a specific title or a more general request re- 
quiring further interactive communication between the 
RFU 8 and the interface 7. The RFU 8 recognizes 
whether the request is specific or general, and process- 
ing branches accordingly (step S2). 
[0044] If the request is general, the RFU 8, through 
its title search and support function 11, coupled with a 
title information database 21, responds with a service 
that permits subscribers to interact with the ISCP 6 until 
they have found the specific title(s) they wish to request. 
The title search and support function 11 permits access 
to one or more databases of information about the titles 
on store. This information may contain entries regarding 
actors, directors, ratings, awards, critical reviews, coun- 
try of origin, etc. The information accessed is supplied 
via the link 10 and the interface 7 to the subscriber. Var- 
ious formats may be employed to facilitate this phase of 
interactive communication, such as menu screens, 
voice prompts, etc. (step S3). This phase of interaction 
ends when the subscriber has requested one or more 
specific tides (step S2). 

[0045] While they can be interactive, steps S1-S3 are 
concerned only with the title request aspect of service. 
Steps S4-S15, on the other hand, involve the RFU's re- 
sponse to the request. In other words, steps S4-S1 5 re- 
late to request fulfillment. Request processing 12 en- 
sures that the RFU 8 properly responds to any specific 
request received by any subscriber, and acts as an in- 
terface between the RFU's response library 13-16, 
22-26 and the transmission link 10. 
[0046] Once one or more specific titles are chosen 
(step S2), the RFU 6 initiates a validation procedure to 
ascertain whether the particular subscriber is authorized , 
to view or otherwise interact with the title that has been 
chosen (step S4). In order to accomplish this end, the 
RFU includes a response validation function 13 opera- 
tionally connected to one or more authorization (sub- 
scriber profile) databases 22. The database 22 contains 
lists of valid subscribers and lists of service profiles. 
Service profiles are categories of service options avail- 
able to the subscriber from the service provider. One ex- 
ample service option is an access restriction to certain 
titles (e.g., premium titles, movies with restricted ratings, 
etc.) that is either complete or contingent upon a certain 
code or password being entered. 
[0047] Based on the information contained in the au- 
thorization database 22, the RFU 8 determines whether 
the subscriber's request is authorized or not (step S5). 
If the request is unauthorized, the request is not fulfilled 
(step S6). If desired by the service provider, the RFU 6 
can be structured to provide the subscriber with infor- 
mation explaining the reasons why the request is not 
authorized, or with other information helpful to the sub- 
scriber. 

[0048] If the requested title is authorized, it is retrieved 
from storage by the RFU 6, in preparation for transmis- 
sion of the title to the subscriber (step S7). Title retrieval 
and delivery is controlled by a title retrieval and control 



function 14. This function 14 accesses one or more da- 
tabases 23, 25 on which the various titles offered by the 
service provider are stored. Compression techniques 
may be advantageously employed. Fig. 2 therefore 

5 shows, by way of example, a compression/decompres- 
sion function 24 inserted between the title retrieval and 
control function 14 and the database 25. Further details 
regarding title retrieval and control are described here- 
inafter with reference to Fig. 10. 

10 [0049] According to the preferred embodiment, the 
RFU employs a variety of storage device technologies. 
These include, but are not limited to, Random Access 
Memory (RAM), Digital Audio Tape (DAT), Read-Only 
Memory embodied in compact disk format (CD-ROM), 

15 Optical Juke Boxes, and Silos. Important criteria under- 
lying the choice of particular storage devices are the 
need for short access time and cost constraints (i.e., a 
relatively low average cost per bit stored). The devices 
currently available that meet these criteria are all se- 

20 quential-access-type storage devices, such as those 
enumerated above. 

[0050] The storage device technologies employed 
are preferably subdivided into two general categories. 
[0051] The first category is reserved for popular titles 

25 and is stored in one or more primary storage units 23. 
The primary storage unit(s) 23 are devices, preferably 
of a sequential-access type, that permit especially rapid 
access to the data stored. As noted earlier, the data may 
or may not be compressed depending on the require- 

30 ments of the system implementing the invention. Further 
details describing preferred methods of storing the data 
in the storage unit(s) 23, which enable multiple subscrib- 
ers to receive the same title at the same time, are pro- 
vided below in conjunction with Figs. 4-8. 

35 [0052] The second category of storage device tech- 
nology is used to store titles not as frequently requested. 
This category, consisting of one or more individual units, 
is indicated in Fig. 2 as secondary storage unit(s) 25. 
Again, the data may or may not be compressed. While 

<o - the unit(s) 25 are not as efficient as the primary unit(s) 
23, they are less costly to manufacture and maintain, 
thereby-reducing the cost of the overall system. How- 
ever, even though less efficient, the data held in the unit 
(s) 23 can nonetheless be stored according to the pre- 

45 ferred methods described hereinafter (Fig. 4-6 and 9), 
permitting simultaneous access to a single title by mul- 
tiple users. 

[0053] The determination of whether to place a par- 
ticular title on either primary storage unit(s) 23 or see- 
so ondary storage unit(s) 25 is based upon title access his- 
tory and/or expected demand. A supervision and 
record-keeping function 1 6 (Fig. 2) incorporated into the 
RFU 8 can be used to facilitate this determination by 
collecting statistics and forwarding them from the RFU 
55 8 to other parts of the ISCP for processing. 

[0054] Returning to the description of Figs. 2 and 3, 
once the retrieval and control function 14 has accessed 
the storage unit(s) 23 or 25 containing the data for the 



6 



11 



EP 0 723 731 B1 



12 



specific title requested and has performed pre-transmis- 
sion processing as needed (step S7), the RFU 8 deter- 
mines whether it is presently capable of fulfilling the sub- 
scriber's request (step S8). 

[0055] This determination is preferably performed as s 
follows. The RFU 8 maintains the current ("real time") 
and future access states to the various storage devices 
23, 25 for the "M" subscribers currently receiving serv- 
ice. The supervision and record-keeping function 1 6 can 
support this task as well. From this information and the 10 
new "M+1st" subscriber request, the RFU 8 is able to 
determine whether the "M+1st" subscriber request 
against the "M" subscribers receiving service is feasible. 
The point at which service is no longer feasible (i.e., 
" M max rt ) is predominantly a function of the gradeof serv- is 
ice to which the individual ISCP has been engineered. 
[0056] If the RFU 8 determines that it is not feasible 
to fulfill the "M+1st" subscriber's request, then the RFU 
8 will abandon response fulfillment processing (step 
S9). The inability to fulfill the request is be communicat- 20 
ed to the subscriber in a manner determined by the serv- 
ice provider, e.g., a fast busy signal (preferably coupled 
with an announcement) as is currently used in telecom- 
munications networks, an audio or video prompt to "try 
again" or an estimated waiting period calculated by the 25 
RFU 8 informing the customer when the request would 
become feasible. 

[0057] If the RFU 8 determines at step S8 that it is 
feasible to fulfill the "M+1st" request, the ISCP 6 estab- 
lishes a communications path to the subscriber's 30 
premises 2 (step S1 0) and commences transmitting the 
data that constitutes the title requested (step S11). The 
method by which steps S10 and S11 are executed is 
dependent on the communications network in which the 
invention is embedded. In other words, the ISCP 6 is 35 
engineered in such a way as to provide a (digital) inter- 
face to the communications facility of the service pro- 
vider. This simply entails converting the bit stream cor- 
responding to the data retrieved by the title retrieval and 
control function 14 into a format -compatible with the 40 
service provider's network. If door-to-door fiber is avail- 
able, the delivery can be via DS-3 (Digital Speed Three) 
suitable for Digital TV. If the data is delivered over metal 
(e.g., over copper wire, as is still prevalent in current 
telecommunications networks), compression schemes 45 
known to those skilled in the art (e.g., lossy compression 
schemes such as fractal compression, or lossless 
schemes) are advantageously employed. Delivery over 
coaxial cable is equally feasible. 

[0058] As mentioned previously, the ISCP 6 of the so 
present invention preferably offers various levels and 
types interactive service. As such, the subscriber need 
not be limited to merely the passive reception of one or 
more titles selected. Rather, if offered by the service pro- 
vider, the ISCP can provide the subscriber the ability to 55 
interact with a title as it is delivered, in accordance with 
any number of pre-programmed interaction rules. Ac- 
cordingly, Fig. 2 shows a title interaction function 15 as- 



sociated with a title interaction rule database 26 inte- 
grated into the RFU 8. 

[0059] Thus, during the course of transmission, the 
RFU 8 awaits the receipt of an interaction request from 
the subscriber (step S12). Upon detecting such a re- 
quest, the RFU 8 delivers an appropriate response dic- 
tated by the interaction rules governing the particular ti- 
tle being transmitted (step S13). 
[0060] This interaction capability of the ISCP 6 per- 
mits an extremely wide range of services of interest to 
the consumer to be offered. The following list is merely 
exemplary of the many types of services that would be 
apparent to those skilled in the art upon reviewing the 
present disclosure: 

(a) if the title requested is a movie or analogous 
broadcast, interaction requests may include: 

fast forward, reverse, cue, review, stop frame, 
etc.; 

(b) if the title is a video game or similar interactive 
entertainment service, interaction requests may in- 
clude: 

movement of pieces, characters, etc. across a 
gameboard, video setting, or the like; 

(c) if the title is an information service, such as a 
scientific, medical, or legal database, interaction re- 
quests may include: 

specifying, narrowing, expanding, and chang- 
ing fields of search, requesting related options 
such as printouts, cost estimates, etc.; 

(d) if the title is an educational service, interaction 
requests may include: 

student questions, student responses to ques- 
tions, etc.; and 

(e) if the title is a consumer catalogue or the like, 
interaction requests may include: 

directing the search for particular products or 
categories of products, obtaining specific addi- 
tional information about products, placing and 
paying for orders, etc. 

[0061] Various forms of subscriber response interfac- 
es known and apparent to those skilled in the art are 
available to facilitate subscriber interaction. These in- 
clude remote control units, keyboards, control pads, 
keyboards, and joysticks. 

[0062] Subscriber interaction need not be limited to 
"one-on-one" interaction between the RFU 8 and the 
subscriber. First, just as multiple users may select a giv- 
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en title at the same time, multiple users can interact with 
a given title simultaneously in different ways. Addition- 
ally, the ISCP 6 allows groups of users to interact col- 
lectively with a particular selected title. Applications in- 
clude simultaneous transmission of interactive educa- 5 
tional. titles to a group of subscribers, video game cham- 
pionships, etc. 

[0063] Once the transmission of the title is completed, 
the RFU 8 registers this fact (step S14) and ends the 
transmission accordingly (step S15). The end of trans- 10 
mission can be communicated to the subscriber in a 
manner determined by the service provider. Alternative- 
ly to an actual disconnection, the end of title transmis- 
sion can be followed by the transmission of further in- 
formation, such as advertising or promotional material, is 

Figs. 4-9 

Fig. 4 

20 

[0064] In describing the storage units 23, 25, it was 
noted that the data forming individual titles is preferably 
stored and retrieved in a manner enabling multiple sub- 
scribers to receive the same title simultaneously. I.e., 
the ISCP 6 is preferably designed with the ability to han- 25 
die simultaneous queues against a single title at a time. 
A general principle for storing titles, by which the present 
invention achieves this objective, is illustrated in Fig. 4. 
As shown in Fig. 4, the title 30 is subdivided into numer- 
ous individual blocks 1-n and stored. Each block con- 30 
tains only a small fraction of the overall data which, to- 
gether, forms the entire title. Each "block" is a sequential 
segment of actual data. 

[0065] Fig. 5 illustrates one method of distributing ti- 
tles over storage devices. Each storage device is as- 35 
sumed to have only one read port. As shown, no given 
block x (where x ~ 1 ...n) of any one title y (where y = 1 ... 
m) is stored on the same physical storage device z 
(where z = 1 ...p) as block x of any other title. Further, no 
two blocks of any given title y are stored on the same *o 
physical storage device. If some or all of the storage de- 
vices have more than a single read port (access point), 
then the distribution illustrated can be modified accord- 
ingly using, e.g., one of various mathematical models 
known to those skilled in the art. 45 
[0066] Once a title 30 is subdivided into blocks and 
stored accordingly, the blocks can be read in accord- 
ance with "random-access" methods analogous to con- 
ventional methods. It should be understood that, in com- 
puters and the like, there is actually no such thing as so 
random access. All access involves, at best, the ability 
to address a sequential bit stream. In the case of random 
access in the form of hard drives, the actual data is read 
in sequential segments, i.e., in blocks. Data cannot be 
accessed directly in segments smaller than one block. ss 
However, to the user, hard drives appear to allow ran- 
dom access because, as compared with audio/video 
tape or other so-called "sequential access" technolo- 



gies, the delay between request and fulfillment is imper- 
ceptible to the user. By making the blocks sufficiently 
small, inherently sequential devices are given the ap- 
pearance of allowing "random access". 

Fig. 6 

[0067] According to the present invention, individual 
blocks can be retrieved from storage and transmitted to 
a subscriber independently of one another. In other 
words, if title 30 is requested by subscriber A and shortly 
thereafter by subscriber B, the transmission of block x 
to subscriber A will not prohibit the simultaneous trans- 
mission of block y to subscriber B (assuming x * y). 
[0068] Therefore, if each title is sufficiently finely sub- 
divided, multiple users can request the same title even 
though the service provider stocks only one or a few 
copies of that particular title. In other words, the ISCP 6 
improves over the prior art in that it allows multiple re- 
quests at random intervals for the same title to be serv- 
iced without the requirement that multiple copies of that 
title be kept in store. As illustrated in Fig. 6, requests 
from subscribers A, B ... M, each for title 30, can be ful- 
filled, so long as two requests do not require retrieving 
and transmitting exactly the same block at precisely the 
same moment. 

[0069] If each title is sufficiently finely subdivided, 
large numbers of users are able to request one and the 
same title virtually simultaneously. If sufficiently finely 
subdivided, any retrieval delay required to resolve a true 
overlap would be imperceptible to the user. Further, ac- 
cording to embodiments disclosed later in the applica- 
tion (see Fig. 11 and accompanying text), the invention 
can be implemented such that even truly simultaneous 
requests by multiple users can be fulfilled without con- 
tention or delay. 

[0070] As a practical matter, the size of the individual 
blocks (i.e., the fraction of data defining a block; or the 
size of the bit stream packet defining a block) is deter- 
mined by the "grade of service" offered by the ISCP 6. 
The "grade of service" is a compromise based on cost 
factors on the one hand and maximization of service on 
the other. The higher the grade of service, the more fine- 
ly subdivided the title would be, and the smaller the size 
of each individual block. With an appropriately subdivid- 
ed title, the "grade of service" becomes a relationship 
between peak subscriber demand, and connectivity be- 
tween the subscriber's trunk processor and the ring stor- 
age parallel access ports (see Fig. 11 and accompany- 
ing text). 

Fig. 7 

[0071] The above principles for storing and retrieving 
titles are employed by the present invention both in the 
primary storage unit(s) 23 and in the secondary storage 
unit(s) 25. However, preferably, these principles are im- 
plemented in a different manner forthese two categories 
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of storage devices. As noted earlier, the choice between 
the two categories of storage devices is governed pre- 
dominantly with consideration to subscriber access. 
[0072] The most popularities, and perhaps others re- 
quiring especially efficient serial access, are stored in s 
primary storage unit(s) 23. These unit(s) 23 are prefer- 
ably solid state memories, allowing the (popular) titles 
to be played back directly. 

[0073] The preferred manner of embodying such solid 
state memories is shown in Fig. 7. Fig. 7(a) shows a 10 
long series of clocked shift registers 41 connected to 
form a ring 40. The ring 40 is constructed such that an 
entire title is contained encoded in such a way that data 
integrity is guaranteed. Error correction codes available 
for this purpose, e.g., Reed-Solomon Code, are known 15 
to those skilled in the art. The ring 40 is clocked by a 
clock source 42 which governs the rate of circulation of 
the data through the ring. The ring 40 is clocked at such 
a rate to deliver (i.e., output) the title at a rate required 
by the receiver. 20 
[0074] If the clock rate required cannot be attained by 
one shift register, many registers in parallel can be used 
to obtain the rate required. Fig. 7(c) illustrates one pos- 
sible such embodiment in which two parallel rings are 
constructed, each comprising clocked shift registers 41 25 
connected in series. Fig. 7(d) illustrates an embodiment 
in which shift registers 41 are interconnected in series 
and in parallel to form the ring 40. The rate required is 
determined largely by the requirements imposed by the 
service provider. 30 
[0075] The data forming the title passes through the 
shift registers 41 serially as a sequential bit stream. The 
data is passed from one register 4 1 to the next in a man- 
ner explained in greater detail below. 
[0076] As described in general terms with reference 35 
to Figs. 4 and 6, the actual data is read in blocks, i.e., 
in sequential segments. This can be achieved by placing 
logic devices 43, 44 in the ring at predetermined inter- 
vals. The size of the intervals is determined by the de- 
sired size of the data blocks. Fig. 7(a) shows two types *o 
of logic devices, regenerators 43 and ports 44 coupled 
into the register ring 40. 

[0077] The access to the title stored in the ring 40 is 
obtained via the data ports 44. An example of a port 44 
is shown in Fig. 8(a) coupled between two registers 41 . 45 
As illustrated there, the ports 44 are preferably com- 
posed of logic circuitry 50-52. In addition to an input con- 
nected to the register 41 preceding it, each port 44 has 
an input for receiving a bit stream input 45. Data for a 
new title is inserted into the ring 40 via inputs 45. In ad- so 
dition to an output connected to the following register 
41 , each port 44 also has an output 46 for copying the 
bit stream circulating in the ring 40. The number (spac- 
ing) of ports 44 included in the ring 40 is based on an 
efficiency determination, balancing overall cost against 55 
access time. The spacing of the ports 44 defines the size 
of the data blocks, and thus determines, in part, the wait- 
ing time between a subscriber request and fulfillment. If 



the title is accessible in sufficiently small blocks, the de- 
lay time is imperceptible by humans. 
[0078] The embodiment of Fig. 8(a), described above, 
has no provision for error correction between registers. 
As shown in Fig. 7(a), regenerators 43 can be inserted 
periodically in the ring 40 such that blocks of the title 
stored in the ring are regenerated as they pass through 
the regenerator. Fig. 8(b) shows in greater detail an em- 
bodiment in which the regenerator 43 is formed as a da- 
ta checker 53 inserted between the registers 41. Each 
data checker 53 preferably contains logic circuitry 56-58 
as well as a decoder 54 and an encoder 55. These are 
preferably a Reed-Solomon decoder and Reed-Solo- 
mon encoder, respectively. The decoder 54 receives the 
data stream at an input, outputs any errors detected via 
an output 59, and outputs the decoded data to the logic 
circuitry 56-58. The output 59 leads to operational sur- 
veillance units to be described later in this application. 
Similarly, the data stream is input into the encoder 55 
and output as an encoded data stream to the next fol- 
lowing shift register 41. Regeneration occurs as the bit 
stream passes through the Reed-Solomon decoders/ 
encoders. Thus, errors can be corrected and/or brought 
to the attention of surveillance equipment. 
[0079] As such, each ring is structured to allow data 
to be placed into the ring and copied from the ring. Fur- 
ther, each ring is able to detect and repair errors auto- 
matically. If excessive errors arise, this fact is signalled 
to the surveillance equipment, such that the ring can be 
taken temporarily out of service and repaired. 
[0080] The details of construction of the circuitry of the 
ring 40 are not particularly important in the present in- 
vention. The shift registers 41 can be constructed simply 
of standard logic circuits. These include TTL (Transis- 
tor-Transistor Logic), CMOS (Complementary Metal 
Oxide Semiconductor), ECL (Emitter-Coupled Logic), 
l 2 L (Current Injunction Logic), NMOS, PMOS, DTL, RTL 
or the like. 

[0081] A further, preferred alternative is to employ 
CCDs 47 (Charge-Coupled Devices) as the registers 
41 , as shown in Fig. 7(b). If the ring 40* is constructed 
using CCDs 47, then each CCD 47 must be pumped by 
a clock source 42. - Further, some form of regenerating 
means 48 must be coupled between each CCD 47. Pos- 
sibilities for the regenerating means 48 include logic 
gates, as above. The individual CCDs simply function 
as registers in this embodiment. 
[0082] The theory of operation for all the embodi- 
ments above, however, is the same. In each case, the 
data of which the title is composed circulate in the ring 
40 and are regenerated as needed. Whenever a sub- 
scriber requests the title, title retrieval software (see 
function 14 in Fig. 2) responds by finding the current lo- 
cation of the start of the title. Ports coupled into the ring 
40 are then actuated such that the title can be read in a 
serial fashion from the title's beginning. As such, the 
present invention encompasses any method that allows 
a signal (i) to cycle in a loop, (ii) be accessed in small 
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blocks, and (iii) to keep its integrity. 
[0083] There is no limitation as such on the size of the 
loop. Preferably, however, the loop should be sufficiently 
long to contain at least a significant fraction of one com- 
plete title. More preferably, each loop is dedicated to a 5 
single title. More than one title can be stored in one ring 
if desired. 

Fig. 9 

10 

[0084] While highly efficient, the method just de- 
scribed for storing popular titles is relatively costly. 
Therefore, less popular titles (i.e., titles not as frequently 
requested and thus requiring a less exacting grade of 
service) are preferably stored in the secondary storage * s 
unit(s) 25. 

[0085] The secondary storage unit(s) 25 also employ 
the principle of storing and reading titles in blocks, i.e., 
in sequential segments, as explained with reference to 
Figs. 4-6. However, this principle is implemented some- 20 
what differently than just described with reference to 
Figs. 7 and 8. Rather than storing a title blocks sequen- 
tially in a ring of circulating data, discrete blocks of the 
title are stored independent of one another on playback 
units of one form or another, so that each block can be 25 
independently retrieved and played. The blocks can be 
stored on a single playback unit with multiple reading 
heads, or, preferably, be stored in distributed fashion 
over several playback units. When a subscriber request 
is received, the RFU 8 then assembles (queues) the in- 30 
dividual blocks into a sequential string corresponding to 
the entire title. This storage procedure is illustrated in 
Fig. 9. 

[0086] Similarly to Fig. 6, Fig. 9 illustrates queuing 
strings prepared for subscribers A, B, C .... Multiple sub- 35 
scribers A and B have requested title 30. Also, title 31 
has been requested by at least one subscriber C simul- 
taneously with subscribers request Unlike Fig. 6, Fig. 
9 additionally depicts the storage location of each block 
1 to n of title 30 and of each block 1 to s of title 31. As «o 
can be seen from the figure, the individual blocks of the 
title are distributed over several or many storage devic- 
es 1 to p. 

[0087] In addition to utilizing multiple storage devices 
1 to p, the individual blocks 1 to n and 1 to s are prefer- 45 
ably distributed to minimize contention in playback. 
Thus, contentions between subscribers for one title 30 
are minimized by placing only a single block of that title 
30 on any given storage device. Further, contentions be- 
tween subscribers for one time slot are minimized by 50 
distributing block number x (1 ^ x £ n, s, etc.) of respec- 
tive titles 30 and 31 among storage devices in a manner 
that any given storage device contains block x for only 
a single title. Thus, most preferably, no more than one 
block of a particular title is placed on any one storage 55 
device, and no two of the same sequence numbers of 
different titles (e.g., block 1 of title 30 and block 1 of title 
31) are placed on any one storage device (see Fig. 5). 
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By distributing the titles in this way, the delay time re- 
quired to fulfill any request is typically no longer than the 
time equivalent of the length of one block of a title. 
[0088] The storage medium of choice for implement- 
ing the secondary unit(s) 25 is CD-ROM. However, as 
previously noted, a wide range of alternative storage 
technologies are available. These include DAT, optical 
juke boxes, silos, and conventional magnetic tape. The 
possibility of mixing storage technologies is also avail- 
able. Thus, in order to limit the cost of the overall system 
while still maintaining high-quality service, a service pro- 
vider might desire to further subdivide the less popular 
titles according to popularity and apportion titles among 
some or all of the above technologies accordingly. 
[0089] In summary therefore, the preferred machine 
architecture of the ISCP 6 permits a many-to-one rela- 
tionship between subscribers and titles. 

Fig. 10 

[0090] Fig. 10 illustrates how the above storage prin- 
ciples can be utilized in the title retrieval and control 
function 14 of Fig. 2. 

[0091] Processing begins at step S71 once the title 
requested by a given subscriber has been authorized 
(see step S5 in Fig. 3). The request for that title is then 
routed to the title retrieval and control function 14 (Fig. 
2) in step S72. Function 14, at step S73, commences a 
search for the general location of the title. The title will 
be stored either in primary storage unit(s) 23 or in sec- 
ondary storage untt(s) 25. 

[0092] If function 14 ascertains that the data for that 
title is stored in one or more primary units 23 (step S74), 
algorithms are activated that tap the appropriate solid 
state memory 40 such that the requested title can be 
retrieved and copied from its beginning (step S75). For 
titles stored in primary units, the retrieval process ends 
thereafter (step S79), such that response processing 
(step S8 in Fig. 3) is resumed. 
[0093] If, instead, function 14 finds the data forthe re- 
quested title stored on one or more of the secondary 
units 25 (step S76), algorithms are activated that inven- 
tory the title (step S77). In other words, if the tide is sub- 
divided into data blocks and distributed among multiple 
storage devices, as explained in conjunction with Fig. 9, 
the algorithms match blocks to the storage devices on 
which those blocks reside. Then, once the locations of 
all of the blocks forming the title have been ascertained, 
algorithms are activated at step S78 which queue the 
blocks in their proper sequence so that the tide data can 
be accessed in its sequential order. This can be done 
by constructing a playing table or otherwise assembling 
the individual blocks into strings. This branch of the re- 
trieval process ends once the blocks are properly 
queued, and response processing proceeds (step S8 in 
Fig. 3) as above. 

[0094] Fig. 1 1 shows one preferred form for receiving 
requests from and sending title data to subscribers. As 
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shown, the subscribers' remote stations 2a-2c, as well 
as the communications paths 3, can take a variety of 
forms known in the art or yet to be developed. A typical 
remote station could include, in addition to the subscrib- 
er interface 7 (previously described with reference to 
Fig. 1), one or more components such as a TV 7a and 
a computer 7b. 

[0095] If communication proceeds via a telecommu- 
nications network, communication proceeds back and 
forth from the remote station 2a over various classes of 
switches 3a (e.g., EO and AT) to the central station 1. 
Similarly, communication over a cable network can be 
conducted from a remote station 2b over devices 3b, 
known as frames in the art. PCN or cellular communi- 
cations from a cellular phone 7c or PCN terminal 7d at 
the remote station 2c over switches 3c is equally feasi- 
ble. 

[0096] The communications paths 3 are linked to the 
central station 1 through an SSU (Subscriber Service 
Unit) 60 consisting of an array of trunk processors 61 to 
6n. There is preferably one trunk processor per sub- 
scriber. A switch matrix 70 acts as a link between the 
SSU 60 and the various storage units 23 and 25 in the 
DSA (Data Storage Area) 71. An MSU (Master Service 
Unit) 72 establishes switch paths between the DSA and 
an available trunk processor. 

[0097] When a given title is requested by a certain 
subscriber (e.g., at remote station 2a), the MSU 72 lo- 
cates the title in the DSA 71, locates a free trunk proc- 
essor in the SSU 60, and commands the switch matrix 

70 to set up a communications path between the DSA 

71 and the SSU 60. The title is either directly copied 
from the appropriate primary store 23 or is reconstructed 
into the proper sequence of blocks retrieved from the 
secondary stores 25. Following setup of the communi- 
cations path, the title is then supplied to the subscriber 
at remote station 2a. 

[0098] Once the title is extracted from the DSA 71 , the 
number of subscribers to which it can be played is un- 
limited. Therefore, if multiple subscribers request a giv- 
en title at approximately the same time (e.g., within one 
block or several blocks of one another), then these mul- 
tiple subscribers can nonetheless be simultaneously 
serviced. This is accomplished by the switch matrix 70. 
For example, if remote stations 2a and 2b simultane- 
ously request title A, the switch matrix 70 will copy the 
bit streams for that title A to both of the relevant trunk 
processors (e.g., 61 and 62 in Fig. 11) in the SSU 60. 

Figs. 12-14 

Fio^l2 

[0099] Fig. 12 illustrates a preferred embodiment of 
the ISCP 6. As shown, the ISCP 6 contains several other 
subsystems besides the RFU 8, such that the overall 
ISCP 6 has a distributed architecture. The distribution 
is organized and segregated according to the general 



functions performed by each subsystem (application 
segmentation). 

[0100] The functions of the RFU 80 in receiving sub- 
scriber requests and responding by providing informa- 

5 tion and service have already been explained in detail. 
The Operation Support Unit (OSU) 81 is responsible for 
surveillance, command and control (data gathering and 
system oversight). The Administrative Support Unit 
(ASU) 82 fulfills numerous administrative responsibili- 

to ties arising when the ISCP is operated in a Production 
environment. These include capturing title images for li- 
brary archiving, providing service profile management 
services, and providing subscriber billing information. 
An Image Capture Subsystem Unit (ICSU) 83 is func- 

15 tionally integrated into the ASU 82 in order to support 
the ASU 82 in its archiving responsibilities. The ICSU 

83 can be either remotely or locally attached to the ASU 
82. 

[01 01] The subsystems communicate over a common 
20 bus 84 that is internal to the ISCP. Preferably, the bus 

84 is embodied as a sonet ring (Sonet is an international 
standard for transmissions over fiber-optic cable, gov- 
erning framing, multiplexing and the like). The predom- 
inant consideration for choosing fiber as the internal bus 

25 is its high-bandwidth transmission characteristic, which 
permits rapid, high-density communication between the 
operational subsystems 80-83. It is further preferable 
that the internal system utilize RISC-based VME bus ar- 
chitecture. If embedded in a telecommunications net- 
30 work, each of the subsystems 80-82 is preferably a 
CCITT conformant network management element driv- 
en by CMIS. 

Fig. 13 

35 

[0102] Fig. 13illustratestheinternalfunctioningofthe 
OSU 81. The OSU's tasks are divided among gathering 
information and responding to the information obtained. 
More specifically, as shown in the figure, the functions 
40 performed by the OSU 81 can be subdivided into statis- 
tical data gathering 85, system monitoring 86, and sys- 
tem restoral 87. 

[0103] Statistical information, e.g., system perform- 
ance and subscriber usage statistics, are provided the 

45 OSU 81 either directly via a statistical interface 88 in the 
statistical gathering part 85, or via the system monitoring 
part 86. The statistics are stored for immediate or later 
use in a statistics database 89. The statistics data ob- 
tained can be processed and utilized by interested par- 

50 ties including the service providers themselves, re- 
searchers, etc. 

[0104] Event messages, reflective of the internal op- 
erations of the ISCP 6, and in particular the RFU 8, are 
also utilized by the system monitoring part 86. The part 
55 86 utilizes the event messages to keep all material com- 
ponents of the ISCP 6 under constant surveillance. To 
execute this operational surveillance function, the part 
86 translates the events messages into operational 
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messages (see performance interface 90). 
[0105] If the ISCP 6 is embedded in a telecommuni- 
cations network, the OSU converts event messages into 
Operational Part (OPART) messages, as is convention- 
al for existing Signal Control Points. An operational mes- 
sage database 91 is provided. 
[0106] The monitoring part 86 supervises every im- 
portant aspect of the ISCP 6. By way of example, the 
integrity of the rings 40 and other internal components 
is ensured in this manner. External influences such as 
system power, room temperature, vibration, etc. are 
monitored as well. 

[0107] Operational messages are routed to various 
destinations by the performance interface 90. If routed 
to an alarm controller 92, the messages are processed 
and forwarded to the restoral function 87, explained be- 
low. The controller 92, if necessary, also produces 
alarms, which can be passed on to beepers and phone 
messages via an alarm notification output. Finally, even 
during normal operation, the monitoring part 86 informs 
local and remote operators, who have access to all the 
subsystem components, of the exact status of the ISCP 
6 at all times, as illustrated by the status line in the figure. 
[0108] The restoral function 87 automatically deter- 
mines responses to a variety of predetermined condi- 
tions or problems that can arise in the system. As such, 
when an alarm is passed from the alarm controller 92 to 
a command and control part 93 in the restoral function 
87, data stored in an operations log 94, together with 
external command and control inputs, result in com- 
mands to other units and sub-systems in the ISCP that 
address the conditions or correct the problems. 
[0109] To illustrate, if the monitoring part 86 is in- 
formed that a given trunk or switch is out of operation, 
operations personnel is notified of this status and the 
restoral function 87 temporarily eliminates the problem 
by sending commands that re-route communications to 
avoid the damaged trunk or switch. 

Fig. 14 

[01 10] Fig. 14 illustrates the internal functioning of the 
ASU 82, including the ICSU 83. The ASU and ICSU 
have three primary tasks: (i) serving as an input means 
for loading new title data into the ISCP; (ii) maintaining 
a master subscriber database; and (iii) monitoring and 
processing subscriber usage of the ISCP for billing and 
other purposes. Referring to Fig. 14, the tasks per- 
formed by the ASU and the ICSU are title archival 100, 
subscriber oversight 101, and usage processing 102. 
[0111] The ICSU 83 is used by the service provider to 
capture the data of which each title is composed and 
integrate that data into the ISCP library. This process is 
referred to herein as title archival 100. The particular 
manner and format for inputting title data into the ICSU 
83 is not material to the invention. In order to render the 
ISCP as versatile as possible, the ICSU 83 is preferably 
capable of capturing data in a variety of ways. Thus, the 



data capture preferably accepts title data from many 
types of storage media, including film reel, CD-ROM, 
Laser Disc, PAL tape, VHS tape, and DAT. 
[0112] Once transferred from the storage media to the 

5 ICSU 83, the title data (movies, video games, etc.) is 
compressed and placed in an archive-ready format by 
a title archive controller 103. The title archive controller 
103 includes functions allowing the service provider to 
preview, verify and perform quality control of each title 

10 captured. Once the service provider is satisfied with the 
archive-ready title, it is stored in a title archive database 
104. 

[01 13] In the embodiment illustrated in Fig. 1 4, the ti- 
tle archive controller 103 has the additional responsibil- 
15 ity of library management. Alternatively, this manage- 
ment function can be segregated from the ICSU 83 and, 
for instance, integrated into the ASU 82 itself. Library 
management entails (i) transferring titles from the title 
archive database 1 04 to one of the operational databas- 
es 23, 25 in the RFU 8; (ii) shifting titles between the 
operational databases 23 and 25; and (iii) transferring 
titles out of the operational databases and into an inac- 
tive location. Inactive locations could entail anything 
from storing the title in the title archive database 104 to 
placing the title in backroom storage, or even irretrieva- 
bly discarding the title. This ability to transfer titles be- 
tween storage locations is desirable since many titles 
(e.g., first run movies) wax and wane in popularity. As 
such, the ability to transfer titles allows the ISCP to 
match title popularity with subscriber accessibility. Once 
titles are transferred to one of the databases 23 or 25, 
subscribers may access them. 
[0114] As shown in Fig. 1 4, title data is transferred be- 
tween the ICSU 83 and the RFU 8 via the bus 84. In 
addition to the title data, the ICSU 83 also transfers title 
information data, captured by the title archival function 
100, to the title information database 21 described ear- 
lier. 

[0115] As noted above, subscriber oversight 101 is 
the responsibility of the ASU 82. Subscriber oversight 
101 entails processing information that governs sub- 
scriber access to titles. In other words, the ASU 82 is 
provided with a master subscriber database 105 that 
contains lists of subscribers as well as a service profile 
for each subscriber. A subscriber authorization control- 
ler 106 allows the database 105 to be updated with sub- 
scriber/profile data either through direct entry of the in- 
formation or through electronic information transfer. The 
subscriber authorization controller 106 also regulates 
the transfer of subscriber/profile data from the ASU 82 
to the authorization database 22 of the RFU 8, which 
constitutes the system's operational subscriber data- 
base. The operational database 22 is updated periodi- 
cally with information from the master database 105 
through the transmission of data over the bus 84. 
[01 1 6] The ASU 82 also performs the usage process- 
ing 102 needed for billing and related purposes. Event 
messages are received by an event monitor 107 and 



25 



30 



35 



40 



45 



50 



12 



23 



EP 0 723 731 B1 



24 



stored in an event database 1 08 in the ASU 82. An event 
processor 1 09 selects events and processes them in ac- 
cordance with automated procedures retrieved from an 
appropriate database 110. If the ISCP is incorporated in 
a telecommunications system, then the database 110 is 5 
preferably an AMA (Automated Message Accounting) 
database analogous to those known in the art. The 
events processed by the processor 109 are translated 
into a variety of usage detail records, which include bill- 
ing records, royalty payment records, and other financial 10 2. 
and business-related records. 
[0117] In summary, the various systems disclosed al- 
low a wide assortment of titles (e.g., movies, education- 
al-, entertainment-, consumer-, and business-related in- 
formation, and any information that can be converted « 
into a stream of data) to be transmitted to a wide audi- 
ence with great flexibility and minimal contention be- 
tween users for the titles offered. 
[01 18] The above description of the preferred embod- 
iments has been given by way of example. From the dis- 20 
closure given, those skilled in the art will not only under- 
stand the present invention and its attendant advantag- 
es, but will also find apparent various changes and mod- 
ifications that can be made to the methods and struc- 
tures disclosed. It is sought, therefore, to cover ail such 2s 3. 
changes and modifications as fall within the scope of the 
invention, as defined by the appended claims, and 
equivalents thereof. 

30 4. 

Claims 



in that said retrieving means includes: 

a first category of output devices (44) for 
retrieving the title stored in said first cate- 
gory of storage devices; and 
a second category of output devices (14 f ) 
for retrieving the title stored in said second 
category of storage devices. 

The system according to claim 1 , characterized in 
that: 

said first category of storage devices includes 
a plurality of shift registers (41,47) intercon- 
nected in series to form a ring (40), and a clock 
source (42) connected to each of said shift reg- 
isters for clocking said shift registers; and 
the data are shifted as data blocks from one of 
said shift registers (41,47) to the next of said 
shift registers according to the clocking of said 
clock source, such that the data circulate con- 
tinuously in said ring at a rate governed by said 
clock source. 

The system according to claim 1 , characterized In 
that said retrieving means includes a plurality of ac- 
cess ports, each including an output for copying the 
data stored in said storage means. 

The system according to claim 1 , characterized in 
that: 



1 . A system for communicating data, the data together 
forming at least two titles, from a central station (1), 
said system being a video-on-demand service for 35 
selectively communicating video presentations 
comprising such titles, the system including: 

storage means (23,25) for storing the data, 
retrieving means (44,14') operatively connect- *o 
ed to said storage means for retrieving the data 
as data blocks, wherein each data block is a 
sequential segment of the data and each data 5. 
block is retrieved independently of other data 
blocks from said storage means; and *s 
a communications link (3) operatively connect- 
ed to said storage means and said retrieving 
means for receiving the retrieved titles and 
transmitting the retrieved titles from the central 
station, characterized in that: so 
said storage means includes: 

a first category of storage devices (23) in- 
cluding solid state memories (41; 47) for 
storing at least one of the titles; and 55 
a second category of storage devices (25) 
including playback units (25) for storing at 
least another of the titles; and 



said second category of storage devices in- 
cludes a plurality of playback units (25), each 
of which has at least one reading head, which 
store the data as a plurality of the data blocks; 
and 

said second category of output devices re- 
trieves the data blocks from said plurality of « 
playback units (25), and assembles the data 
blocks in a predetermined sequence. 

The system according to claim 1 , characterized in 
that it includes: 

a plurality of remote stations (2); and 
a plurality of communications paths (3) con- 
necting the respective remote stations with said 
communications link; and 

wherein said communications link (10) includes: 

an array of trunk processors (60), each associ- 
ated with at least one of said communications 
paths; and 

a switch matrix (70) operatively connected to 
said storage means, said retrieving means, and 
said array of trunk processors, wherein said 
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25 

switch matrix establishes switch paths between 
said storage means and said array of trunk 
processors in accordance with commands from 
said retrieving means. 

5 

6. The system according to claim 1 , characterized in 
that it further includes: 

a further communications link operatively con- 
nected to said retrieving means for receiving a 10 
request for the title. 

7. The system according to claim 1 , characterized In 
that: 

15 

the system is a video-on-demand service for 
selectively communicating video presentations 
upon request by subscribers, the video presen- 
tations being categozized into popular titles 
and less popular titles; and 20 
the title stored in said first category of storage 
devices is a popular title stored as digitized da- 
ta, and the title stored in said second category 
of storage devices is a less popular title. 

25 

8. The system according to claim 7, characterized in 
that the title stored in said first category of storage 
devices is a popular full-length movie, and the title 
stored in said second category of storage devices 

is a less popular full-length movie. 30 

9. The system according to claim 1 , characterized in 
that: 

said first category of storage devices includes 35 
at least one solid state memory ring (40) includ- 
ing solid state memory elements (41; 47) con- 
nected to form at least one closed loop of said 
memory elements, and a clock source (42) sup- 
plying said memory elements with timing sig- *o 
nals that control data circulation; and 
said first category of output devices includes a 
plurality of output elements (44) connected into 
the ring at predetermined intervals of the closed 
loop. 45 

1 0. A method for communicating data in a video-on-de- 
mand service for selectively communicating video 
presentations the data together forming at least two 
titles of said video presentations, from a central sta- so 
tion (1), said method including: 

storing at least one of the titles in a first category 
of storage devices (23) using solid state mem- 
ories (41,47), and 55 
storing at least another of the titles in a second 
category of storage devices (25) using play- 
back units; 



26 

retrieving the data as data blocks of sequential 
data by: 

retrieving the title stored in the first catego- 
ry of storage devices with a first category 
of output devices (44); and 
retrieving the title stored in the second cat- 
egory of storage devices with a second cat- 
egory of output devices (14'), and 

transmitting the retrieved titles from the central 
station (1). 

11. The method according to claim 10, characterized 
in that said step of retrieving the title stored in the 
second category of storage devices (25) includes 
initially retrieving each of the data blocks independ- 
ently of one another, and subsequently again re- 
trieving each of the data blocks independently of 
one another, such that said subsequent retrieving 
step is staggered in time from said initial retrieving 
step. 

12. The method according to claim 10, characterized 
in that 

said step of storing the title in the first category 
of storage devices (23) includes circulating the 
data at a predetermined clock rate in at least 
one data storage ring; and 
said step of retrieving the title stored in the first 
category of storage devices includes: 

ascertaining a current location in the data 
storage ring of a predetermined data block, 
the predetermined data block correspond- 
ing to a selected point of the title; 
determining a read port from among a plu- 
rality of access points distributed through- 
out the data storage ring, wherein said de- 
termination is based on the current location 
ascertained; and 

actuating the read port to read the data 
blocks sequentially. 

13. The method according to claim 12, characterized 
in that, in said actuating step, the read port is ac- 
tuated to read the data blocks commencing with the 
selected data block. 

14. The method according to claim 10, characterized 
in that said transmitting step includes: 

locating and seizing an available communica- 
tions trunk and at least one additional commu- 
nications trunk; 

supplying the retrieved data blocks to a remote 
station via the available communications trunk 
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and an associated communications path linking 
the available communications trunk and the re- 
mote station; and 

supplying the retrieved data blocks to a further 
remote station via the at least one additional 
communications trunk and an associated com- 
munications path linking the additional commu- 
nications trunk and the further remote station. 



Patentanspruche 

1. Ein System zur Kommunikation von Daten von ei- 
ner zentralen Station (1) t wobei die Daten zusam- 
men mindestens zwei Titel bilden, und dieses Sy- 
stem ein Video-on-demand-Dienst fur die selektive 
Kommunikation von Video-Prasentationen ist, so- 
wie folgendes umfaftt: 

Speicherelemente (23, 25) fur die Speicherung 
der Daten, 

Abrufelemente (44, 14'), die operativ mit den 
genannten Speicherelementen zum Abrufen 
der Daten als Datenblocke verbunden sind, wo- 
bei jeder Datenblock ein sequentielles Element 
der Daten ist und jeder Block unabhangig von 
anderen Daten blocken von den genannten 
Speicherelementen abgerufen wird; und 
ein Kommunikations-Bindeglied (3), das opera- 
tiv mit den genannten Speicherelementen und 
den genannten Abrufelementen verbunden ist, 
urn die abgerufenen Titel zu empfangen und die 
abgerufenen Titel von der zentralen Station zu 
Obertragen, dadurch gekennzeichnet, daft: 
die genannten Speicherelemente folgendes 
umfassen: 



die genannte erste Gruppe von Speichervor- 
richtungen eine Vielzahl von Schieberegistern 
(41, 47) umfaftt, die seriengeschaltet sind, um 
einen Ring (40) und eine Taktquelle (42) zu bil- 
5 den, die mit jedem der genannten Schieberegi- 

ster verbunden ist, um die genannten Schiebe- 
register zu takten; und 

die Daten als Datenblocke von einem der ge- 
nannten Schieberegister (41, 47) zum nach- 

10 sten der genannten Schieberegister gemaft der 

Taktung der genannten Taktquelle so verscho- 
ben werden, daft die Daten mit einer durch die 
genannte Taktquelle gesteuerten Geschwin- 
digkeit standig in dem genannten Ring zirkulie- 

15 ren.. 

3. Das System nach Anspruch 1, dadurch gekenn- 
zeichnet, daB das genannte Abrufelement eine 
Vielzahl von ZugrifFsports umfaftt, wobei jeder ei- 

20 nen Ausgang zum Kopieren der in den genannten 
Speichervorrichtungen gespeicherten Daten um- 

faftt. 

4. Das System nach Anspruch 1, dadurch gekenn- 
25 zeichnet, daft: 

die genannte zweite Gruppe von Speichervor- 
richtungen eine Vielzahl von Playback-Statio- 
nen (25) umfaftt, wobei jede mindestens einen 

30 Lesekopf aufweist, der die Daten als eine Viel- 

zahl von Daten blocken speichert; und die ge- 
nannte zweite Gruppe von Ausgangsvorrich- 
tungen die Datenblocke von der genannten 
Vielzahl von Playback-Einheiten (25) abruft 

35 und die Datenblocke in einer vorbestimmten 

Sequenz zusammenstellt 



eine erste Gruppe von Speichervorrichtun- 
gen (23), die Festkorperspeicher (41, 47) 
fur die Speicherung von mindestens einem *o 
der Titel umfaftt, und 

eine zweite Gruppe von Speichervorrich- 
tungen (25), die Playback-Einheiten (25) 
fur die Speicherung von mindestens einem 
anderen der Titel umfaftt; *5 
sowie dadurch, daft die genannten Abru- 
felemente folgendes umfassen; 
eine erste Gruppe von Ausgangsvorrich- 
tungen (44) zum Abrufen des in der ge- 
nannten ersten Gruppe von Speichervor- so 
richtungen gespeicherten Titels; und 
eine zweite Gruppe von Ausgangsvorrich- 
tungen (14') zum Abrufen des in der ge- 
nannten zweiten Gruppe von Speichervor- 
richtungen gespeicherten Titels. 55 

Das System nach Anspruch 1, dadurch gekenn- 
zeichnet, daft: 



Das System nach Anspruch 1, dadurch gekenn- 
zeichnet, daft es folgendes umfaftt: 

* 

eine Vielzahl von entfernt aufgestellten Daten- 
stationen (2); und 

eine Vielzahl von Kommunikationswegen (3), 
die die jeweiligen entfernt aufgestellten Daten- 
stationen mit den genannten Bindegliedern 
verbinden; und 

wobei das genannte Bindeglied (19) folgendes 
umfaftt: 

eine Reihe von Leitungsprozessoren (60), 
die jeweils mit mindestens einem der ge- 
nannten Kommunikationswege verbunden 
sind; und 

eine Schaltmatrix (70), die operativ mit den 
genannten Speichervorrichtungen, den 
genannten Abrufelementen und der ge- 
nannten Reihe von Leitungsprozessoren 
verbunden ist, wobei die genannte Schalt- 
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matrix Schaltwege zwischen den genann- 
ten Speichervorrichtungen und den ge- 
nannten Reihen von Leitungsprozessoren 
in Obereinstimmung mit Befehlen von den 
genannten Speichervorrichtungen her- 
stellt. 



nem Video-on-demand-Dienst fur die selektive 
Kommunikation von Video-Prasentationen von ei- 
ner zentralen Station (1), wobei die Daten zusam- 
men mindestens zwei Titel der genannten Video- 
Prasentationen bilden, und die genannte Methode 
folgendes umfaftt: 



6. Das System nach Anspruch 1, dadurch gekenn- 
zeichnet, daft es da ruber hinaus foigendes umfaftt: 

ein weiteres Bindeglied, das operativ mit dem 
genannten Abrufelement zum Empfang einer 
Titelnachfrage verbunden ist. 

7. Das System nach Anspruch 1, dadurch gekenn- 
zeichnet, daft: 

das System einen Video-on-demand-Dienst fur 
die selektive Kommunikation von Video-Pra- 
sentationen auf Anfrage von Teilnehmern ist, 
wobei die Video-Prasentationen in populare 
und weniger populare Titel unterteilt werden; 
und 

der in der genannten ersten Gruppe von Spei- 
chervorrichtungen gespeicherte Titel ein popu- 
larer Titel ist, der als digitalisierte Angabe ge- 
speichert ist, und der Titel, der in der genannten 
zweiten Gruppe von Speichervorrichtungen 
gespeichert ist, ein weniger popularer Titel ist 

8. Das System nach Anspruch 7, dadurch gekenn- 
zeichnet, daft der in der genannten ersten Gruppe 

^ von Speichervorrichtungen gespeicherte Titel ein 
popularer abendfullender Film ist und der in der 
zweiten Gruppe von Speichervorrichtungen gespei- 
cherte Titel ein weniger popularer abendfullender 
Film ist. 

9. Das System nach Anspruch 1, dadurch gekenn- 
zeichnet, daft: 

die genannte erste Gruppe von Speichervor- 
richtungen mindestens einen Festkorperspei- 
cher-Ring (40) umfaftt, der Festkorperspei- 
cherelemente (41; 47) einschlieftt, die ange- 
schlossen sind, urn mindestens eine geschlos- 
sene Schleife der genannten Speichervorrich- 
tungen zu bilden, und eine Taktquelle (42) die 
genannten Speichervorrichtungen mit Taktsi- 
gnalen beliefert, die den Datenumlauf steuern; 
und 

die genannte erste Gruppe von Ausgangsvor- 
richtungen eine Vlelzahl von Ausgangselemen- 
ten (44) umfaftt, die in vorbestimmten Interval- 
len der geschlossenen Schleife an den Ring 
angeschlossen sind. 

10. Eine Methode zur Kommunikation von Daten in ei- 



die Speicherung von mindestens einem der Ti- 
tel in einer ersten Gruppe von Speichervorrich- 

10 tungen (23), wobei Festkorperspeicher (4 1 , 47) 

verwendet werden, und 
die Speicherung von mindestens einem ande- 
ren der Titel in einer zweiten Gruppe von Spei- 
chervorrichtungen (25), wobei Playback-Ein- 

15 heiten verwendet werden; 

das Abrufen von Daten als Datenblocke von se- 
quentiellen Daten durch: 

Abrufen des in der ersten Gruppe der Spei- 
20 chervorrichtungen gespeicherten Titels mit 

einer ersten Gruppe von Ausgangsvorrich- 
tungen (44) und 

Abrufen des in der zweiten Gruppe der 
Speichervorrichtungen gespeicherten Tl- 
25 tels mit einer zweiten Gruppe von Aus- 

gangsvorrichtungen (14) und 
Ubertragung der abgerufenen Titel von der 
zentralen Station (1). 

30 11. Die Methode nach Anspruch 10, dadurch gekenn- 
zeichnet, daft der genannte Schritt des Abrufens 
des in der zweiten Gruppe von Speichervorrichtun- 
gen (25) gespeicherten Titels das anfangliche Ab- 
rufen jedes einzelnen Datenblocks unabhangig 

35 voneinander einschlieftt, und anschlieftend emeut 
das Abrufen jedes einzelnen Datenblocks unab- 
hangig voneinander, und zwar so, daft der genann- 
te anschlieftende Abrufschritt zeitlich von dem ge- 
nannten anfangiichen Abrufschritt gestaffelt erfolgt. 

40 

12. Die Methode nach Anspruch 10, dadurch gekenn- 
zeichnet, daft: 

der genannte Schritt des Speicherns des Titels 
45 in der ersten Gruppe von Speichervorrichtun- 

gen (23) den Umlauf der Daten mit einer vor- 
bestimmten Taktgeschwindigkeit in minde- 
stens einem Datenspeicherring einschlieftt; 
und 

so der genannte Schritt des Abrufens des in der 

ersten Gruppe der Speichervorrichtungen ge- 
speicherten Titels folgendes umfaftt: 

die Feststelfung einer aktuellen Stellung im 
55 Datenspeicherring eines vorbestimmten 

Datenblocks, wobei der vorbestimmte Da- 
tenblock einem gewahlten Punkt des Titels 
entspricht; 
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die Bestimmung eines Leseports zwischen 
einer Vielzahl von Zugriffspunkten, die 
uber den Datenspeicherring verteilt sind, 
wobei die genannte Bestimmung auf der 
festgestellten aktuellen Stellung beruht; 
und 

die Aktivierung des Leseports zum se- 
quentiellen Lesen der Datenblocke. 

13. Die Methode nach Anspruch 12, dadurch gekenn- 
zelchnet, daB in dem genannten Aktivierungs- 
schritt der Leseport aktiviert wird, um die Daten- 
blocke zu lesen, wobei mit dem gewahlten Daten- 
block begonnen wird. 

14. Die Methode nach Anspruch 10, dadurch gekenn- 
zeichnet, daft der genannte Ubertragungsschritt 
foigendes einschliefit: 

Lokalisieren und Belegung einer verfugbaren 
Kommunikationsleitung und mindestens einer 
zusatzlichen Kommunikationsleitung; 
Lieferung des abgerufenen Datenblocks an ei- 
ne entfernt aufgestellte Datenstation uber die 
verfugbare Kommunikationsleitung und einen 
angeschlossenen Kommunikationsweg, der 
die verfugbare Kommunikationsleitung und die 
entfernte Station verbtndet; und 
Lieferung der abgerufenen Datenblocke an ei- 
ne weitere, entfernt aufgestellte Datenstation 
uber mindestens eine zusatzliche Kommunika- 
tionsleitung und einen angeschlossenen Kom- 
munikationsweg, der die zusatzliche Kommu- 
nikationsleitung und die weitere, entfernt auf- 
gestellte Datenstation verbindet. 



Revendications 

1. Un systeme pour transmettre des donnees, I'en- 
semble de ces donnees forma nt au moins deux th 
tres, d'une station centrale (1), ledit systeme etant 
un service de video a la demande pour transmettre 
selectivement des presentations video comprenant 
ces titres, le systeme comprenant : 



dits moyens de recuperation afin de recevoir 
les titres recuperes et de transmettre les titres 
recuperes de la station centrale, caracterlsee 
en ce que : 

s lesdits moyens de memorisation 

comprennent : 

une premiere categorie de memoires (23) 
comprenant des memoires a circuit integre 
w (41, 47) pour mernoriser au moins un des 

titres et 

une deuxieme categorie de memoires (25) 
comprenant des dispositifs de lecture (25) 
pour mernoriser au moins un autre des ti- 
15 tres et 

en ce que lesdits moyens de recuperation 
comprennent : 

une premiere categorie de dispositifs 
20 de sortie (44) pour recuperer le titre 

memorise dans ladite premiere cate- 
gorie de memoires et 
une deuxieme categorie de dispositifs 
de sortie (14*) pour recuperer le titre 
25 memorise dans ladite deuxieme cate- 

gorie de memoires. 

2. Le systeme conformement a la revendication 1 , ca- 
racterise en ce que : 

30 

ladite premiere categorie de memoires com- 
prend une pluralite de registres a decalage (41 , 
47) interconnects en seYie pour former une 
boucle (40) et un generateur de signaux d'hor- 

35 loge (42) connecte a chacun desdits registres 

a decalage pour envoyer au rythme de I'hortoge 
lesdits registres a decalage et en ce que 
les donnees sont transferees en tant que blocs 
de donnees de Tun desdits registres a decalage 

40 (41 , 47) au suivant desdits registres a decalage 

conformement au rythme de I'horloge dudit ge- 
nerateur de signaux d'horloge, de maniere a ce 
que les donnees circulent continuellement 
dans ladite boucle a un rythme regi par ledit ge- 

45 nerateur de signaux d'horioge. 



des moyens de memorisation (23, 25) pour me- 
rnoriser les donnees, 

des moyens de recuperation (44, 14*) relies 
operationnellement aux dits moyens de memo- so 
risation pour recuperer les donnees en tant que 
blocs de donnees, ou un segment sequentiel 
de la donnee se trouve dans chaque bloc de 
donnees et ou chaque bloc de donnees est re- 
cuperes independamment de tout autre bloc de 55 
donnees desdits moyens de memorisation et 
une liaison par reseau (3) reliee operationnel- 
lement aux dits moyens de memorisation et aux 



3. Le systeme conformement a la revendication 1 , ca- 
racterise en ce que lesdits moyens de recupera- 
tion comprennent une pluralite de portes d'acces, 
chacune comprenant une sortie pour copier les 
donnees memorisees dans lesdits moyens de me- 
morisation. 

4. Le systeme conformement a la revendication 1 , ca- 
racterise en ce que : 

ladite deuxieme categorie de memoires com- 
prend une pluralite de dispositifs de lecture 
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(25), chacun ayant au moins une tete de lecture 
qui memorise les donnees comme une pluralite 
de blocs de donnees et en ce que 
ladite deuxieme categorie de dispositifs de sor- 
tie recupere les blocs de donnees de ladite plu- s 
ralite de dispositifs de lecture (25) et assemble 
les blocs de donnees selon une sequence 
preetablie. 

Le systeme conformement a la revendication 1 , ca- 10 
racterise en ce qu'il comprend : 

une pluralite de stations eloignees (2) et 
une pluralite de voles de transmission (3) re- 
liant respectivement les stations eloignees is 
avec lesdites liaisons par reseau et 
ou lesdites liaisons par reseau (10) 
comprennent : 

un ensemble de processeurs reseau (60), 20 
chacun etant associe avec au moins une 
desdites voies de transmission et 
une matrice de commutation (70) connec- 
tee operationnellement aux dits moyens de 
memorisation, aux dits moyens de recupe- 25 
ration et audit ensemble de processeurs 
reseau, ou ladite matrice de commutation 
etablit des voies de commutation entre les- 
dits moyens de memorisation et ledit en- 
semble de processeurs reseau conform e- 30 
ment aux commandes desdits moyens de 
recuperation. 



Le systeme conformement a la revendication 1 , ca- 
racterise en ce qu'il comprend egalement : 



35 



une liaison par reseau supplemental connec- 
tee operationnellement aux dits moyens de re- 
cuperation pour recevoir une demande pour le 
titre. 40 

7. Le systeme conformement a la revendication 1 , ca- 
racterise en ce que : 

le systeme est un service de video a la deman- *s 
de pour transmettre selectivement des presen- 
tations video sur demande de la part des abon- 
nes, les presentations video etant classees en 
titres populaires et en titres moins populaires 
et en ce que so 
le titre memorise dans ladite premiere catego- 
rie de memoires est un titre populaire memorise 
en tant que donnee numerisee et le titre memo- 
rise dans ladite deuxieme categorie de memoi- 
res est un titre moins populaire. 55 

8. Le systeme conformement a la revendication 7, ca- 
racterise en ce que le titre memorise dans ladite 



premiere categorie de memoires est un long-metra- 
ge populaire et le titre memorise dans ladite deuxie- 
me categorie de memoires est un long-metrage 
moins populaire. 

9. Le systeme conformement a la revendication 1 , ca- 
racterise en ce que : 

ladite premiere categorie de memoires com- 
prend au moins une boucle memoire a circuit 
integre (40) comprenant des elements de me- 
moire a circuit integre (41, 47) connectes de 
maniere a former au moins une boucle fermee 
desdits elements de memoire et un generateur 
de stgnaux d'horloge (42) fournissant aux dits 
elements de memoire des signaux de rythme 
qui controlent la circulation des donnees et en 
ce que 

ladite premiere categorie de dispositifs de sor- 
tie comprend une pluralite d'elements de sortie 
(44) connectes a I'interieur de la boucle a des 
interval les preetablis de la boucle fermee. 

10. Une methode pour transmettre des donnees dans 
un service de video a la demande pour transmettre 
selectivement des presentations video, I'ensemble 
des donnees formant au moins deux titres desdites 
presentations video, depuis une station centrafe 
(1), ladite methode comprenant : 

la memorisation d'au moins un des titres dans 
la premiere categorie de memoires (23) a I'aide 
de memoires a circuit integre (41, 47) et 
la memorisation d'au moins un autre titre dans 
une deuxieme categorie de memoires (23) a 
I'aide de dispositifs de lecture ; 
la recuperation des donnees en tant que blocs 
de donnees sequentielles en : 

recuperant le titre memorise dans la pre- 
miere categorie de memoires avec une 
premiere categorie de dispositifs de sortie 
(44) et en 

recuperant le titre memorise dans la 
deuxieme categorie de memoires avec 
une deuxieme categorie de dispositifs de 
sortie (14') et 

la transmission des titres recuperes de la 
station centrale (1). 

11. La methode conformement a la revendication 10, 
caracterisee en ce que ladite etape de recupera- 
tion du titre memorise dans la deuxieme categorie 
de memoires (25) comprend initialement la recupe- 
ration de chacun des blocs de donnees indepen- 
damment les uns des autres, puis encore la recu- 
peration de chacun des blocs de donnees indepen- 
damment les uns des autres, de maniere a ce que 
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ladite etape de recuperation suivante soit echelon- 
nee dans le temps depuis ladite etape de recupe- 
ration initiate. 

12. La methode conformement a la revendication 10, 5 
caracterisee en ce que : 

ladite etape de memorisation du titre dans la 
premiere categorie de memoires (23) com- 
prend la circulation des donnees a une frequen- 10 
ce d'horioge preetablie dans au moins une bou- 
cle de memorisation de donnees et en ce que 
ladite etape de recuperation du titre memorise 
dans la premiere categorie de memoires (23) 
comprend : ^ 

I'etablissement du positionnement actuel 
dans la boucle de memorisation des don- 
nees d'un bloc de donnees preetabli, celui- 
ci correspondant a un point selectionne du 20 
titre; 

la determination d'une porte de lecture par- 
mi une pluralite de points d'acces repartis 
le long de la boucle de memorisation des 
donnees, ou ladite determination se base 25 
sur le positionnement actuel etabli et 
la mise en marche de la porte de lecture 
pour lire les blocs de donnees en sequen- 
ce. 

30 

13. La methode conformement a la revendication 12, 
caracterisee en ce que dans ladite etape de mise 
en marche, la porte de lecture est mise en marche 
pour lire les blocs de donnees en commencant par 

le bloc de donnees selectionne. 35 

14. La methode conformement a la revendication 10, 
caracterisee en ce que ladite etape de transmis- 
sion comprend : 

40 

la localisation et la capture d'un canal de com- 
munication disponible et d'au moins un canal 
de communication supplemental ; 
la fburniture des blocs de donnees recuperes 
a une station eloignee via le canal de commu- 45 
nication disponible et une voie de transmission 
associee reliant le canal de communication dis- 
ponible et la station eloignee et 
la foumiture des blocs de donnees recuperes 
a une station eloignee supplementaire via au so 
moins un canal de communication supplemen- 
taire et une voie de transmission associee re- 
liant le canal de communication disponible et la 
station eloignee supplementaire. 
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